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REMARKS/ARGUMENTS 

In the Office action dated September 9, 2005, claims 1 - 13 and 15 - 17 were 
rejected. In response, claims 15-17 have been renumbered as claims 14-16, 
respectively, claims 9, 13, 14, 15, and 16 have been amended, claim 12 has been 
cancelled, and nev^ claims 17-26 have been added. Applicant hereby requests 
reconsideration of the application in view of the amended claims, the added claims, and 
the below-provided remarks. 

L Amendments to the Specification 

Applicant notes with appreciation the identification of errors in the specification 
as filed. The specification has been amended to correct the identified errors. In 
particular, reference to FIG. 4 has been changed to FIG. 3 and reference to task 503 has 
been changed to task 502. 

11. Amendments to the Claims 

Claim 9 has been amended to recite "said first reacf pointer" instead of "said first 
write pointer." 

Claim 13 has been amended to clean up inconsistent use of the terms "first" and 
"second" and to depend fi-om claim 1 1 instead of claim 12. 

Claim 14 has been renumbered (fi-om claim 15) and amended to recite "said fu-st 
read pointer" instead of "said first write pointer." 

Claim 15 has been renumbered (fi'om claim 16) and amended to recite "said first 
read pointer" instead of "said first write pointer" and to recite "said third read pointed 
instead of "said third write pointer." 

Claim 16 has been renumbered (fi-om claim 17) and amended to depend from 
claim 15 instead of claim 16. 
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III. Claim Rejections Under 35 U.S.C, 102 

Claims 1 - 13 and 15 - 17 (as filed) were rejected under 35 U.S.C. 102(b) as 
being anticipated by Kusyk (U.S. Pat. No. 6,246,668). 

Claim 1 

Claim 1 recites: 

"An integrated circuit comprising: 

a first input port for receiving a first time-division multiplexed signal 
that comprises a first series of fi-ame boundaries; 

a second input port for receiving a second time-division multiplexed 
signal that comprises a second series of fi"ame boundaries; 

« first frame position register whose contents are related to how far 
said first time-division multiplexed signal is fi'om a fi"ame boundary in said 
first time-division multiplexed signal at a point in time; and 

a second fi^ame position register whose contents are related to how 
far said second time-division multiplexed signal is fi-om a frame boundary in 
said second time-division multiplexed signal at said point in time'' 
(emphasis added) 

Applicant asserts that claim 1 is not anticipated by Kusyk because Kusyk does 
not disclose "a first frame position register whose contents are related to. . .said first 
time-division multiplexed signal" and "a second frame position register whose contents 
are related to... said second time-division multiplexed signal." As recited in claim 1, the 
contents of the first and second frame position registers represent measures related to 
two different time-division multiplexed signals, i.e., the first time-division multiplexed 
signal and the second time-division multiplexed signal. 

With regard to claim 1, the Office action cites that the first frame register recited 
in claim 1 is disclosed by "HI" in Kusyk and that the second frame register recited in 
claim 1 is disclosed by "H2" and column 7, lines 62 - 64 and column 5, lines 30 - 32 in 
Kusyk. 

As is well-known in the field, the SONET telecommimications standard uses a 
payload pointer to compensate for frequency and phase variations that can occur 
between network nodes that use separate clocks. The payload pointer is carried in the 
HI and H2 bytes of the transport overhead of an STS frame and allows a synchronous 
payload envelope (SPE) to be separated from the transport overhead by a varying 
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number of bytes. Use of the payload pointer carried in the HI and H2 bytes of the 
transport overhead of an STS frame is briefly described by Kusyk at column 3, lines 32 
- 41 and is described in more detail in the document entitled "SONET 
Telecommunications Standard, Primer," (see pages 14-15) which is included, in part, 
as Appendix A. 

While Kusyk does disclose the HI and H2 bytes of an STS frame. Applicant 
asserts that the HI and H2 bytes of an STS frame do not disclose "a first frame position 
register whose contents are related to. . .said first time-division multiplexed signaF and 
"a second frame position register whose contents are related to. . .said second time- 
division multiplexed signaF as recited in claim 1 . The first frame position register 
recited in claim 1 is for information related to a first time-division multiplexed signal 
while the second frame position register recited in claim 1 is for information related to a 
second time-division multiplexed signal. In contrast to claim 1, the HI and H2 bytes of 
an STS frame relate to a single SPE. Because the first and second frame position 
registers recited in claim 1 relate to respective first and second time-division multiplexed 
signals while the HI and H2 bytes of an STS frame relate to a single SPE, Applicant 
asserts that claim 1 is not anticipated by Kusyk. 

Further, Kusyk discloses the concept of transmitting two trace messages, one 
trace message that travels a short path and one trace path message that travels a long 
path, as a way to determine and compensate for the time delay between two different 
paths that have the same source and destination. The delay between the trace messages 
is determined, as described in column 10, line 34 to colunm 11, line 12, by comparing 
read and write addresses. The delay between the trace messages is compensated for by 
adjusting the payload pointer (HI and H2 bytes) as described in colxunn 8, lines 7-21. 
Although Kusyk discloses adjusting the payload pointer (HI and H2 bytes) to 
compensate for the delay between the trace messages, nowhere does Kusyk disclose "a 
first frame position register. . and "a second frame position register. . ." whose contents 
are measures taken at the same point in time as recited in claim 1 . 
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IV. Independent Claims 5. 9, 11, and 15 

Independent claims 5, 8, 1 1, and 15 include similar limitations to claim 1. 
Because of the similarities between claim 1 and claims 5, 8, 1 1, and 15, the remarks 
provided above with reference to claim 1 apply also to claims 5, 8, 1 1, and 15. 

V. New Claims 17 - 26 

Claim 17 

Claim 17 recites a controller that is configured to synchronize the first and 

second time-division multiplexed signals. Kusyk does not disclose a single controller 

that is configured to perform synchronization of two different time-division multiplexed 

signals that travel two different paths. In fact, Kusyk discloses that a single controller is 

not desirable. In particular, at column 2, lines 20 - 24, Kusyk discloses: 

"The method and apparatus according to the present invention 
advantageously use linked point processors, which eliminate the need for a 
master-slave relationship. A master-slave relationship is generally more 
difficult to control." 

That is, Kusyk teaches away fi-om a common synchronization controller, while claim 17 
recites a conmion synchronization controller. 

Claim 18 

Applicant asserts that Kusyk does not disclose the generation of offset values as 
recited in claim 18. 

Claim 19 

Applicant asserts that Kusyk does not disclose the adjustment of read pointers as 
recited in claim 19. 

Claims 20 - 26 

New claims 20 - 26 include limitations similar to claims 17-19 and therefore 
the above-provided remarks apply also to these claims. 
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y. Dependent Claims 2 - 4. 6, 7. 9, 10. 13. 14, and 16 

Applicant asserts that dependent claims 2 - 4, 6, 7, 9, 10, 13, 14, and 16 are 
allowable at least based on their respective allowable base claims. 

Applicant respectfully requests reconsideration of the claims in view of the 
remarks made herein. A notice of allowance is earnestly solicited. 

At any time during the pendency of this application, please charge any fees 
required or credit any over payment to Deposit Account 50-3444 pursuant to 37 CFR 
1 .25. Additionally, please charge any fees to Deposit Account 50-3444 under 37 CFR 
1.16, 1.17, 1.19, 1.20 and 1.21. 



Date: January 9, 2006 




Reg. No. 43,994 



Wilson & Ham 
PMB: 348 



2530 Berryessa Road 
San Jose, CA 95132 



Phone: (925) 249-1300 
Fax: (925) 249-0111 
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What is SONET? 

This document provides an introduction to the Synchronous Optical NETwork (SONET) standard. Standards in the telecommu- 
nications field are always evolving. Information in this SONET primer is based on the latest information available from the 
Bellcore and ITU-T standards organizations. 

Use this primer as an introduction to the technology of SONET, If more detailed information is required, consult the latest 
material from Bellcore and ITU-T, paying particular attention to the latest date. 

For help in understanding the language of SONET telecommunications, a comprehensive Glossary is provided at the end 
of this document. 
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Introduction To SONET 

SONET (Synchronous Optical NETwork) is a standard for optical telecom- 
munications transport. It was formulated by the Exchange Carriers 
Standards Association (ECSA) for the American National Standards 
Institute (ANSI), which sets Industry standards in the U.S. for telecommu- 
nications and other industries. The comprehensive SONET/SDH standard 
is expected to provide the transport infrastructure for worldwide 
telecommunications for at least the next two or three decades. 

The increased configuration flexibility and bandwidth availability of 
SONET provides significant advantages over the older telecommunica- 
tions system. These advantages include: 

► Reduction in equipment requirements and an increase in network reliability 

► Provision of overhead and payload bytes - the overhead bytes permit 
management of the payload bytes on an individual basis and facilitate 
centralized fault sectionalization 

► Definition of a synchronous multiplexing format for canying lower level 
digital signals (such as DS1. DS3) and a synchronous structure which greatly 
simplifies the interface to digital switches, digital cross-connect switches, 
and add-drop multiplexers 

► Availability of a set of generic standards which enable products from 
different vendors to be connected 

► Definition of a flexible architecture capable of accommodating future 
applications, with a variety of transmission rates 

In brief. SONET defines optical carrier (00) levels and electrically equiva- 
lent synchronous transport signals (STSs) for the fiber-optic based trans- 
mission hierarchy. 



Background 

Before SONET, the first generations of fiber optic systems in the public 
telephone network used proprietary architectures, equipment, line codes, 
multiplexing formats, and maintenance procedures. The users of this 
equipment - Regional Bell Operating Companies and inter-exchange 
carriers (IXCs) in the U.S., Canada, Korea, Taiwan, and Hong Kong - 
wanted standards so they could mix and match equipment from different 
suppliers. The task of creating such a standard was taken up In 1984 
by the Exchange Carriers Standards Association (ECSA) to establish a 
standard for connecting one fiber system to another This standard Is 
called SONET for Synchronous Optical NETwork. 

Synchronization of Digital Signals 

To correctly understand the concepts and details of SONET, it's important 
to be clear about the meaning of Synchronous, Asynchronous, and 
Plesiochronous. 

In a set of Synchronous signals, the digital transitions in the signals 
occur at exactly the same rate. There may, however, be a phase differ- 
ence between the transitions of the two signals, and this would lie within 
specified limits. These phase differences may be due to propagation 
time delays or jitter introduced Into the transmission network, in a syn- 
chronous network, all the clocks are traceable to one Stratum 1 Primary 
Reference Clock (PRC). The accuracy of the PRC Is better than ±1 in 
10^1 and Is derived from a cesium atomic standard. 

If two digital signals are Plesiochronous, their transitions occur at 
"almost" the same rate, with any variation being constrained within tight 
limits. For example, If two networks need to interwori<, their clocks may 
be derived from two different PRCs. Although these clocks are extremely 
accurate, there Is a difference between one clock and the other. This is 
known as a plesiochronous difference. 

In the case of Asynchronous signals, the transitions of the signals do not nec- 
essarily occur at the same nominal rate. Asynchronous, in this case, means 
that the difference between two clocks is much greater than a plesiochronous 
difference. For example, if two clocks are derived from free-running quartz 
oscillators, they could be described as asynchronous. 
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Basic SONET Signal 

SONET defines a technology for carrying many signals of different 
capacities through a synchronous, flexible, optical hierarchy. This is 
accomplished by means of a byte-interleaved multiplexing scheme. 
Byte-interleaving simplifies multiplexing, and offers end-to-end network 
management. 

The first step in the SONET multiplexing process involves the generation 
of the lowest level or base signal. In SONET, this base signal is referred 
to as Synchronous Transport Signal level-1 . or simply STS-1 . which 
operates at 51.84 Mb/s. Higher-level signals are integer multiples of 
STS-1 , creating the family of STS-N signals in Table 1 . An STS-N signal 
is composed of N byte-interleaved STS-1 signals. This table also 
includes the optical counterpart for each STS-N signal, designated 
OC-N (Optical Carrier level-N). 

Synchronous and Non-synchronous line rates and the relationships 
between each are shown In Tables 1 and 2. 



Table 1. SONET Hierarchy 



Signal 


Brt Rate 


Capacrty 


STS-I.OC-1 


51.840 Mb/S 


28 DSIson DS3 


STS-3. OC-3 


155.520 Mb/s 


84DS1sor3DS3s 


STS-12. OC-12 


622.080 Mb/S 


336 DS1sor12DS3s 


STS-48. 00-48 


2488.320 Mh/s 


1344DS1sor48DS3s 


STS-1 92. OC-192 


9953.280 Mb/S 


5376 DSIson 92 DS3s 


SrS-768. OC-768 


3981 3.1 2 Mb/s 


21504 DS1sor768 DS3s 


STS = Synchronous Transport Signal 
0C= optica) Carrier 




Table 2. 


Non-Synchronous Hierarchy 


Signal 


Brt Rate 


Channels 


DSD 


64kb/s 


1 DSO 


DS1 


1.544 Mb/S 


24 DSOs 


DS2 


6.312 Mb/S 


96 DSOs 


DS3 


44.736 Mb/S 


28DS1S 
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Why Synchronize? 

Synchronous versus Asynchronous 

Traditionally, transmission systems have been asynchronous, with each 
terminal in the network running on its own clock. In digital transmission, 
"clocking" is one of the most important considerations. Clocking means 
using a series of repetitive pulses to keep the bit rate of data constant 
and to indicate where the ones and zeroes are located in a data stream. 

Since these clocks are totally free- running and not synchronized, large 
variations occur in the clock rate and thus the signal bit rate. For exam- 
ple, a DS3 signal specified at 44.736 Mb/s + 20 ppm (parts per million) 
can produce a variation of up to 1789 bps between one incoming DS3 
and another. 

Asynchronous multiplexing uses multiple stages. Signals such as asyn- 
chronous DSIs are multiplexed, extra bits are added (bit-stuffing) to 
account for the variations of each individual stream, and are combined 
with other bits (framing bits) to form a DS2 stream. Bit-stuffing is used 
again to multiplex up to DS3. DS3s are multiplexed up to higher rates 
In the same manner At the higher asynchronous rate, they cannot be 
accessed without demultiplexing. 

In a synchronous system, such as SONET, the average frequency of all 
clocks In the system will be the same (synchronous) or nearly the same 
(plesiochronous). Every clock can be traced back to a highly stable refer- 
ence supply. Thus, the STS-1 rate remains at a nominal 51 .84 Mb/s, 
allowing many synchronous STS-1 signals to be stacked together when 
multiplexed without any bit-stuffing. Thus, the STS-1 s are easily 
accessed at a higher STS-N rate. 

Low-speed synchronous virtual tributary (VT) signals are also simple to 
interleave and transport at higher rates. At low speeds, DSIs are trans- 
ported by synchronous VT-1 .5 signals at a constant rate of 1 .728 Mb/s. 
Single-step multiplexing up to STS-1 requires no bit stuffing and VTs are 
easily accessed. 

Pointers accommodate differences In the reference source frequencies 
and phase wander, and prevent frequency differences during synchro- 
nization failures. 



Synchronization Hierarchy 

Digital switches and digital cross-connect systems are commonly 
employed In the digital network synchronization hierarchy. The network 
Is organized with a master-slave relationship with clocks of the higher- 
level nodes feeding timing signals to clocks of the lower-level nodes. 
All nodes can be traced to a primary reference source, a Stratum 1 
atomic clock with extremely high stability and accuracy. Less stable 
clocks are adequate to support the lower nodes. 

Synchronizing SONET 

TTie internal clock of a SONET temiinal may derive its timing signal from a 
Building Integrated Timing Supply (BFTS) used by switching systems and ottier 
equipment. Tlius, this temiinal will sei^e as a master for other SONET nodes, 
providing timing on its outgoing OC-N signal. Other SONET nodes will operate 
In a slave mode called "loop timing" with their internal clocks timed by the 
Incoming OC-N signal. Current standards specify that a SONET networt< must 
be able to derive Its timing from a Stratum 3 or higher clock. 
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Frame Format Structure 

SONET uses a basic transmission rate of STS-1 - equivalent to 51 .84 
Mb/s. Higher-level signals are integer multiples of the base rate. For 
example, STS-3 is three times the rate of STS-1 (3 x 51 .84 = 1 55.52 
Mb/s). An STS-1 2 rate would be 12 x 51 .84 = 622.08 Mb/s. 

STS-1 Building Block 

The frame format of the STS-1 signal is shown in Figure 1 , In general, 
the frame can be divided into two main areas: Transport overhead and 
the Synchronous Payload Envelope (SPE). 

The synchronous payload envelope can also by divided into two parts: 
STS path overhead and the payload. The payload is the revenue-produc- 
ing traffic being transported and routed over the SONET network. Once 
the payload is multiplexed into the synchronous payload envelope, it can 
be transported and switched through SONET without having to be exam- 
ined and possibly demultiplexed at intermediate nodes. Thus, SONET is 
said to be service-independent or transparent. 
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Figure 1. STS-1 frame format 
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Transport Overhead is composed of section overhead and line overhead. 
The STS-1 path overhead is part of the synchronous payload envelope. 

The STS-1 payload has the capacity to transport up to: 

► 28DS1S 

► 1 DS3 

► 21 2.048 Mb/s signals or combinations of the above. 
STS-1 Frame Structure 

STS-1 is a specific sequence of 810 bytes (6480 bits), which includes 
various overhead bytes and an envelope capacity for transporting pay- 
loads. It can be depicted as a 90 column by 9 row structure. With a 
frame length of 125 ps (8000 frames per second), STS-1 has a bit rate 
of 51 .840 Mb/s. The order of transmission of bytes is row-by-row from 
top to bottom, left to right (most significant bit first). 

As shown in Figure 1 , the first three columns of the STS-1 frame are 
for the Transport Overhead. The three coiumns each contain nine bytes. 
Of these, nine bytes are overhead for the Section layer (for example, 
Section Overhead), and 18 bytes are overhead for the Line layer (for 
example, Line Overhead). The remaining 87 columns constitute the 
STS-1 Envelope Capacity (payload and path overhead). 

As stated before, the basic signal of SONET is the Synchronous 
Transport Signal level 1 , or STS-1 . The STS frame format is composed 
of 9 rows of 90 columns of 8-bit bytes, or 810 bytes. The byte trans- 
mission order is row-by-row, left to right. At a rate of 8000 frames 
per second, that works out to a rate of 51 .840 Mb/s, as the following 
equation demonstrates: 

9x90 bytes/frame x 8 bits/byte x 8000 frames/s = 
51840,000 bits/s = 51.840 Mb/s 

This is l<nown as the STS-1 signal rate - the electrical rate used 
primarily for transport within a specific piece of hardware. The optical 
equivalent of STS-1 is known as OC-1. and it's used for transmission 
across the fiber. 



► Figure Z STS- 1 frame elements. 
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The STS-1 frame consists of overhead, plus a Synchronous Payload 
Envelope (see Figure 2). The first three columns of each STS-1 frame 
mal<e up the Transport Overhead, and the last 87 columns make up the 
SPE. SPEs can have any alignment within the frame, and this alignment 
Is indicated by the HI and H2 pointer bytes in the line overhead. 

STS-1 Envelope Capacity and 
Synchronous Payload Envelope (SPE) 

Figure 3 depicts the STS-1 SPE, which occupies the STS-1 Envelope 
Capacity. The STS-1 SPE consists of 783 bytes, and can be depicted as 
an 87 column by 9 row structure. Column 1 contains nine bytes, desig- 
nated as the STS Path Overhead (POH). Two columns (columns 30 and 
59) are not used for payload, but are designated as the "fixed stuff" 
columns. The 756 bytes in the remaining 84 columns are designated 
as the STS-1 Payload Capacity. 

STS-1 SPE in Interior of STS-1 Frames 

The STS-1 SPE may begin anywhere in the STS-1 Envelope Capacity 
(see Figure 4). Typically, it begins in one STS-1 frame and ends in the 
next. The STS Payload Pointer contained in the Transport Overhead 
designates the location of the byte where the STS-1 SPE begins. 

STS POH is associated with each payload and is used to communicate 
various information from the point where a payload Is mapped into the 
STS-1 SPE to where it's delivered. 

STS-N Frame Structure 

An STS-N is a specific sequence of N x 810 bytes. The STS-N is formed 
by byte-interleaving STS-1 modules (see Figure 5). The Transport 
Overhead of the individual STS-1 modules are frame aligned before 
interleaving, but the associated STS SPEs are not required to be aligned 
because each STS-1 has a Payload Pointer to Indicate the location of 
the SPE (or to indicate concatenation). 
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► Figure 3. STS-1 SPE example. 
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► Rgure 4. STS-1 SPE position In the STS-1 frame. 
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► Rgure 5. STS-N frame Structure. 
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Overheads 

SONET provides substantial overhead information, allowing simpler 
multiplexing and greatly expanded OAM&P (Operations, Administration, 
Maintenance, and Provisioning) capabilities. The overhead information 
has several layers, which are shown in Figure 6. Path-level overhead is 
canied from end-to-end; it's added to DS1 signals when they are mapped 
into virtual tributaries and for STS-1 payloads that travel end-to-end. 
Line overhead is for the STS-N signal between STS-N multiplexers. 
Section overhead is used for communications between adjacent network 
elements, such as regenerators. 



Enough information is contained in the overhead to allow the network 
to operate and allow OAM&P communications between an intelligent 
networi< controller and the individual nodes. 

The following sections detail the different SONET overhead information: 

► Section Overhead 

► Line Overhead 

► STS Path Overhead 

► VT Path Overhead 



Path 



Line 



Line 



Section Section 
M ^ .^^ 



Section 




Section 
^ ► 



Path Section 
Termination Termination 




Line 
Termination 



Section Path 
Termination Termination 



Service (DS1, DS3 „.) 

Mapping 

Demapping 



LEGEHD: 

PTE = Path Terminating Element 

REG = Regenerator 

ADM -Add/Drop Multiplexer 

DCS = Digital Cross-Connect System 



Service 

Mapping 

Demapping 



► Rgure & Overhead layers. 
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Section Overhead 

Section Overhead contains nine bytes of the transport overhead 
accessed, generated, and processed by section-terminating equipment. 
This overhead supports functions such as: 

► Performance monitoring (STS-N signal) 

► Local orderwire 

► Data communication channels to carry information for OAM&P 

► Framing 

This might be two regenerators, line terminating equipment, and a 
regenerator, or two line terminating equipment. The Section Overhead 
is found in the first three rows of Columns 1 through 9 (see Figure 7). 
Table 3 shows Section Overhead byte-by-byte. 



Line Overhead 

Line Overhead contains 18 bytes of overhead accessed, generated, 
and processed by line terminating equipment. This overhead supports 
functions such as: 

► Lxating the SPE in the frame 

^ Multiplexing or concatenating signals 

► Performance monitoring 

► Automatic protection switching 

► Line maintenance 

The Line Overhead is found in Rows 4 to 9 of Columns 1 through 9 
(see Figure 8). Table 4 shows Line Overhead byte-by-byte. 



Table 3. Section Overhead 

Byte Description 

A1 and A2 Framing bytes - These two bytes indicate the beginning of an STS-1 frame. 

JO Section Trace (JO)/Section Growth (ZO) - The byte in each of the N STS-1 s in an STS-N that was formerly defined as the STS-1 ID (01) byte has been 
refined either as the Section Trace byte (in the first STS-1 of the STS-N). or as a Section Growth byte (in the second through Nth STS-1 s). 

B1 Section bit Interleaved parity code (BIP-8) byte - This is a parity code (even parity) used to check for transmission errors over a regenerator section. 

Its value is calculated over all bits of the previous STS-N frame after scrambling, then placed in the B1 byte of STS-1 before scrambling. Therefore, this byte 
is defined only for STS-1 number 1 of an STS-N signal. 

El Section orderwire byte -TTiis byte is allocated to be used as a local orderwire channel for voice communication between regenerators, 

£1 Section user channel byte - This byte is set aside for users' purposes. It can be read and/or written to at each section terminating equipment in that line. 

D1 , D2, D3 Section data communications channel (DCC) bytes - These three bytes form a 192 kb/s message channel providing a message-based channel for 

Operations, Administration, Maintenance, and Provisioning (OAM&P) between pieces of section-terminating equipment. The channel is used from a central 
location for control, monitoring, administration, and other communication needs. 
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► Figure 7. Section Overtiead - Rom 1 to 3 of Transport Overhead. 



► Figure 8. Line Overtiead - Rows 4 to 9 of Transport Overtiead 
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Table 4. Line Overhead 

Byte Description ^ 

HI . H2 STS Payload Pointer (HI and H2) - Two bytes are allocated to a pointer that indicates the offset in bytes between the pointer and the first byte of 
the STS SPE. The pointer bytes are used in all STS-ls within an STS-N to align the STS-1 Transport Overtiead in the STS-N, and to perform frequency 
justification. These bytes are also used to indicate concatenation, and to detect STS Path Alami Indication Signals (AIS-P). 

H3 Pointer Action Byte (H3) - The pointer action byte is allocated for SPE frequency justification purposes. The H3 byte is used in all STS-1 s within 
an STS-N to cany the extra SPE byte in the event of a negative pointer adjustment The value contained in this byte when it's not used to carry the 
SPE byte is undefined. 

B2 Line bit interieaved parity code (BiP-8) byte - This parity code byte is used to determine if a transmission enror has occurred over a line. It's even parity, 

and is calculated over all bits of the Une Overhead and STS-1 SPE of the previous STS-1 frame before scrambling. The value is placed in the B2 byte of 
the Une Overhead before scrambling. This byte is provided in all STS-1 signals in an STS-N signal. 

K1 and K2 Automatic Protection Switching (APS channel) bytes - TTiese two bytes are used for Protection Signaling between Line Temtinating entities for bi- 
directional automatic protection switching and for detecting alarm indication signal (AIS-L) and Remote Defect Indication (RDI) signals. 



K1 Byte 




K?PYte 




Bits 1-4 


Type of request 


Bits 1-4 


Selects channel number 


1111 


Lock out of Protection 


Bit 5 


Indication of architecture 


1110 


Forced Switch 


0 


1+1 


1101 


SF-High Priority 


1 


1:n 


1100 


SF - Low Priority 


Bit 6-8 


Mode of operation 


1011 


SD - High Priority 


111 


AiS-L 


1010 


SD - Low Priority 


110 


RDI-L 


1001 


(not used] 


101 


Provisioned mode is bidirectional 


1000 


Manual Switch 


100 


Provisioned mode is unidirectional 


0111 


(not used) 


Oil 


Future use 


0110 


Wait-to-Restore 


010 


Future use 


0101 


(not used] 


001 


Future use 


0100 


Exercise 


000 


Future use 


0011 


(not used] 






0010 


Reverse Request 






0001 


Do Not Revert 






0000 


No Request 






Bits 5-8 


Indicate the number of the channel requested 







04 to D12 Line Data Communications Channel (DCC) bytes -These nine bytes form a 576 l^s message channel from a central location for OAM&P information 
(alarms, control, maintenance, remote provisioning, monitoring, administration, and other communication needs) between line entities. A protocol analyzer 
is required to access the Line-DCC information. 

SI Synchronization Status (SI ) - The SI byte is located in the first STS-1 of an STS-N, and bits 5 through 8 of that byte are allocated to convey the synchro- 
nization status of the network element. 

Z1 Growth (Z1 ) - The Z1 byte is located in the second through Nth STS-1 s of an STS-N (3sNs48), and is allocated for future growth. Note that an OC-1 or STS-1 
electrical signal does not contain a 21 byte. 

MO STS-1 REI-L (MO) - The MO byte is only defined for STS-1 in an OC-1 or STS-1 electrical signal. Bits 5 through 8 are allocated for a Une Remote Error 

Indication function (REI-L - fomierly refen^ to as Une FEBE), which conveys the error count detected by an LTE (using the Une BIP-8 code) back to its peer 



Ml STS-N REI-L (Ml ) - The Ml byte is located in the third STS-1 (in order of appearance in the byte-interieaved STS-N electrical or OC-N signal) in an STS-N 
(Na3). and is used for a REI-L ftinction. 

Z2 Growth (Z2) - The Z2 byte is located in the first and second STS-1 s of an STS-3, and the first second, and fourth through Nth STS-1 s of an STS-N 
(12aNa48). These bytes are allocated for future growth. Note that an OC-1 or STS-1 electrical signal does not contain a Z2 byte. 

E2 Orderwire byte - This orderwire byte provides a 64 kb/s channel behween line entities for an express orderwire. It's a voice channel for use by technicians 
and vwTI be ignored as it passes through the regenerators. 
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STS Path Overhead 

STS Path Overhead (STS POH) contains nine evenly distributed Path 
Overhead bytes per 125 microseconds starting at the first byte of the 
STS SPE. STS POH provides for communication between the point of 
creation of an STS SPE and its point of disassembly. This overhead 
supports functions such as: 

► Performance monitoring of the STS SPE 

► Signal label (the content of the STS SPE, including status of 
mapped payloads) 

► Path status 

► Patti trace 

The Path Overhead is found in Rows 1 to 9 of the first column of the 
STS-1 SPE (see Figure 9). Table 5 describes Path Overhead byte-by-byte. 
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► Figure 9, Path Overhead- Bows 1 to 9, 
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Table 5. STS Path Overhead 

Byte Description 

J1 STS path trace byte - This user-programmable byte repetitivety transmits a 64-byte, or 1 6-byte E.I 64 fomiat string. This allows the receiving terminal 
in a path to verify its continued connection to the intended transmitting terminal. ; 

B3 STS Path Bit Interleaved Parity code (Path BiP-8) byte - Ttiis is a parity code (even), used to determine if a transmission error has occurred over a path. 
Its value is calculated over ail the bits of the previous synchronous payload envelope (SPE) before scrambling and placed in the B3 byte of the current frame. 

C2 STS Path signai label byte -This byte is used to indicate the content of the STS SPE. including the status of the mapped payloads. 



Bits 1-4 


Bits 5-8 


status 


0000 


0000 


Unequipped 


0000 


0001 


Equipped 


0000 


0010 


Vr-structured STS-1 SPE 


0000 


0011 


Locked VT mode 


0000 


0100 


Asynchronous mapping for 0S3 


0001 


0010 


Asynchronous mapping for DS4NA 


0001 


0011 


Mapping for ATM 


0001 


0100 


Mapping for DQDB 


0001 


0101 


Asynchronous mapping for FDDl 



G1 Path status byte - This byte is used to convey the path tenninating status and performance back to the originating path terminating equipment. Therefore, 

the duplex path in its entirety can be monitored from either end, or from any point along the path. Bits 1 through 4 are allocated for an STS Path REI function 
(R0-P - formerly referred to as STS Path FEBE). Bits 5, 6, and 7 of the G1 byte are allocated for an STS Path RDI (RDI-P) signal. Bit 8 of the G1 byte is 
currently undefined. 





REI.P 






RDI-P 


undefined 




1 






5 


1 "1 


7 


8 





















Bits*1-4 


STS Path REI function 




Bits 5-7 


STS Path RDI function (Triggers Interpretation) 


111 


AIS-P, LOP-P 


Remote defect 


110 


UNEQ-P,T1M-P 


Remote connectivity defect 


101 


AIS-P, LOP-P 


Remote server defect 


100 


AIS-P. LOP-P 


Remote defect 


Oil 


No defects 


No remote defect 


010 


PLM-P, LCD-P 


Remote payload defect 


001 


No defects 


No remote defect 


000 


No defects 


No remote defect 


Bit 8 


Undefined 





F2 


Path user channel byte - This byte is used for user communication between pa 


[til elements. 


H4 


Virtual Tributary (VT) multiframe indicator byte - This byte provides a genen 
At present it's used only for tributary unit structured payloads. 


alized multiframe indicator for payload containers. 



NOTC: "me Patti Overtiead Portion of the SPE remains wltti ttie payload until iTs demultiplexed. 
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VT Path Overhead 

VT Path Overhead (VT POH) contains four evenly distributed Path 
Overhead bytes per VT SPE starting at the first byte of the VT SPE. VT 
POH provides communication between the point of creation of an VT SPE 
and its point of disassembly. 

Four bytes (V5, J2, Z6. and 17) are allocated for VT POH, The first byte 
of a VT SPE (i.e., the byte in the location pointed to by the VT Payload 
Pointer) is the V5 byte, while the J2, Z6, and Z7 bytes occupy the 
corresponding locations in the subsequent 125 microsecond frames 
of the VT Superframe. 

Table 6. VT Path Overhead 

Byte Description 

V5 VT path overhead byte. 



BIP-2 


REI-V 


RFI-V 


Signal Label 


RDI-V 




' 1 ' 


3 


4 




8 















Bits 1 -2 Allocated for error perfonnance monitoring. 

Bit 3 Allocated for a VT Path RB function (REI-V - fomieriy refen^ to as VT Path FEBE) to convey the VT Path 
terminating perfonnance back to an originating VT PTE. 

Bit 4 Allocated for a VT Path Remote Failure Indication (RR-V) in the byte-synchronous DSl mapping. 

Bits 5-7 Allocated for a VT Path Signal Label to indicate the content of the VT SPE. 

000 Unequipped 

001 Equipped - non-specific payload 

010 Asynchronous mapping 

01 1 Bit synchronous mapping (no longer valid for DSl ) 

1 00 Byte synchronous mapping 

101 Unassigned 
110 Unassigned 



111 Unassigned 
Bit 8 Allocated for a VT Path Remote Defect Indication (RDI-V) signal. 



J2 


VT Path trace identifier - This byte is used to support the end-to-end monitoring of a path. 


Z6 


The Z6 byte is loiown as N2 in the SDH standard and is allocated to provide a Lower-Order Tandem Connection Monitoring (LO-TCM) function. 


Z7 


The Z7 byte is laiown as K4 in the SDH standard. Bits 1-4 are allocated for APS signaling for protection at the Lower-Order path level. Bits 5-7 are used in 




combination with V5 bit 8 for ERDI-V Bit 8 is reserved for future use and has no defined value. 



The V5 byte provides the same functions for VT paths that the 83, C2, 
and G1 bytes provide for STS paths; namely error checking, signal label, 
and path status. The bit assignments for the V5 byte are described in 
Table 6. 
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SONET Alarm Structure 

The SONET frame structure has been designed to contain a large 
amount of overhead information. The overhead information provides 
a variety of management and other functions such as: 



► 


Error performance monrtoring 


► 


Pointer adjustment information 


► 


Path status 


► 


Path trace 


► 


Section trace 


► 


Remote defect, error, and failure indications 


► 


Signal labels 


► 


New data flag indications 


► 


Data communications channels (DCC) 


► 


Automatic Protection Switching (APS) control 


► 


Ordenwire 


► 


Synchronization status message 



Much of this overhead Information Is involved with alarm and in-service 
monitoring of the particular SONET sections. 

SONET alarms are defined as follows: 

Anomaly - The smallest discrepancy which can be observed between 
the actual and desired characteristics of an item. The occurrence of 
a single anomaly does not constitute an Interruption in the ability to 
perform a required function. 

Defect - The density of anomalies has reached a level where the ability 
to perform a required function has been interrupted. Defects are used 
as input for performance monitoring, the control of consequent actions, 
and the determination of fault cause. 

Failure - The inability of a function to perform a required action 
persisted beyond the maximum time allocated. 

Table 7 describes SONET alarm anomalies, defects, and failures. 
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Table 7. Anomalies, Defects, and Failures 



Abbreviation Description Criteria 



LOS 


Loss of Signal 


^ LOS is raised when the synchronous signal (STS-N) level drops below the threshold at which a BER of 1 in 103 is predicted. 
It could be due to a cut cable, excessive attenuation of tiie signal, or equipment fault. TYie LOS state clears when two consecutive 
framing patterns are received and no new LOS conditions detected. 


OOF 


Out of Frame 
Alignment 


OOF state occurs when four or five consecutive SONET frames are received witii invalid (errored) framing patterns (A1 and A2 
bytes). The maximum time to detect OOF is 625 microseconds. OOF state clears when two consecutive SONET frames are received 
witii valid framing patterns. 


LOF 


Loss ot Frame 
Alignment 


LOF state occurs when tiie OOF state exists for a specified time in milliseconds. Tlie LOF state clears when an in-frame 
condition exists continuously for a specified time in milliseconds. 


LOP 


Loss ot Pointer 


LOP state occurs when N consecutive invalid pointers are received or "N" consecutive New Data Flags (NDF) are received 
(other than in a concatenation indicator), where N = 8, 9, or 10. LOP state is cleared when three equal valid pointers or tiiree 
consecutive AIS indications are received. 
LOP can also be identified as: 

► LOP-P (STS Patii Loss of Pointer) 

► LOP-V(VTPatti Loss of Pointer) 


AIS 


Aiarm Indication The AIS is an afl-ONES characteristic or adapted information signal, it's generated to replace the normal traffic signal when it 
Signal contains a defect condition in order to prevent consequential downstream failures being declared or alarms being raised. 

AIS can also be identified as: 

^ AIS-L (Line Alami Indication Signal) 

> AIS-P (STS Path Alamfi Indication Signal) 

> A)S-V (\n' Path Alarm Indication Signal) 


REI 


Remote Error 
Indication 


An indication rotiimed to a transmitting node (source) tiiat an enored block has been detected at tiie receiving node (sink). 
This indication was formerly known as Far End Block Error (FEBE). 
RB can also be identified as: 

► RE)-L (Line Remote Error Indication) 

► RB-P (STS Patti Remote Error Indication) 

► RB-V (VT Patii Remote Emor Indication) 


RDI 


Remote Defect 
Indication 


A signal returned to tiie transmitting Terminating Equipment upon detecting a Loss of Signal. Loss of Frame, or AIS defect. 

RDI was previously known as FERF. 

RDI can also be identified as: 

^ RDI-L (Line Remote Defect Indication) 

► RDI-P (STS Patti Remote Defect Indication) 

► RDI-V (VT Patii Remote Defect Indication) 


RFI 


Remote Failure 
Indication 


A failure is a defect ttiat persists beyond the maximum time allocated to tiie transmission system protection mechanisms. 
When this situation occurs, an RFI is sent to tiie far end and will initiate a protection switch if tiiis function has been enabled. 
RR can also be identified as: 

► RR-L (Line Remote Failure Indication) 

► RR-P (STS Patti Remote Failure Indication) 

► RR-V (VT Patti Remote Failure Indication) 


B1 error 


B1 error 


Parity errors evaluated by byte B1 (BIP-8) of an STS-N are monitored. If any of tiie eight parity checks fail, 
ttte conresponding block is assumed to be in emir. 


B2 error 


B2 error 


Parity errors evaluated by byte B2 (BIP-24 x N) of an STS-N are monitored. If any of tiie N x 24 parity checks fail, 
ttie corresponding block is assumed to be in error. 


B3 error 


83 error 


Parity OTors evaluated by byte B3 (BIP-8) of a VT-N (N = 3, 4) are monitored. If any of tiie eight parity checks fail, 
ttte corresponding block is assumed ti) be in emir. 


BIP-2 error 


BIP-2 error 


Parity emors contained in bits 1 and 2 (BIP-2: Bit Interieaved Parity-2) of byte V5 of an VT-M (M = 1 1 , 1 2, 2) is monitored. 
If any of ttie two parity checks fail, ttie corresponding block is assumed to be in error. 


LSS 


Loss Ot Bit error measurements using pseudo-random sequences can only be performed if the reference sequence produced on the 
Sequence receiving side of the test set-up is correctly synchronized to the sequence coming from the object under test In order to achieve 
Synchronization compatible measurement results, it's necessary that the sequence synchronization characteristics are specified. 
Sequence synchronization is considered to be lost and resynchronization shall be started if: 

► Bit error ratio is ^.20 during an integration interval of 1 second; or 

> it can be unambiguously identified that the test sequence and ttie reference sequence are out of phase 



NOTE One mettiod to recognize ttie out-of-phase condition is evaluatton of ttie error pattern resulting from ttie bit-tiy-fait comparison. If ttie error pattern has ttie same sttucture as ttie pseudo-random 
test sequence, ttie out-of-phase conditiQn is reached. 
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Pointers 

SONET uses a concept called "pointers" to compensate for frequency 
and phase variations. Pointers allow tfie transparent transport of syn- 
chronous payload envelopes (either STS or VJ) across pleslochronous 
boundaries (that is, between nodes with separate network clocks having 
almost the same timing). The use of pointers avoids the delays and loss 
of data associated with the use of large (125-microsecond frame) slip 
buffers for synchronization. 

Pointers provide a simple means of dynamically and flexibly phase- 
aligning STS and VT payloads, thereby permitting ease of dropping, 
inserting, and cross-connecting these payioads in the network. 
Transmission signal wander and jitter can also be readily minimized 
with pointers. 

Figure 10 shows an STS-1 pointer (HI and H2 bytes) which allows the 
SPE to be separated from the transport overhead. The pointer is simply 
an offset value that points to the byte where the SPE begins. The dia- 
gram depicts the typical case of the SPE overlapping onto two STS-1 
frames. If there are any frequency or phase variations between the STS-1 
frame and its SPE, the pointer value will be increased or decreased 
accordingly to maintain synchronization. 



VT Mappings 

There are several options for how payloads are actually mapped into 
the VT. Locked-mode VTs bypass the pointers with a fixed byte-oriented 
mapping of limited flexibility. Floating mode mappings use the pointers 
to allow the payload to float within the VT payload. There are three 
different floating mode mappings - asynchronous, bit-synchronous, 
and byte-synchronous. 

Concatenated Payloads 

For future services, the STS-1 may not have enough capacity to carry 
some services. SONET offers the flexibility of concatenating STS-1 s to 
provide the necessary bandwidth. Consult the Glossary for an explana- 
tion of concatenation. STS-1 s can be concatenated up to STS-3c. Beyond 
STS-3, concatenation is done in multiples of STS-3c. Virtual tributaries can 
be concatenated up to VT-6 In increments of VT-1 .5, vr-2, or VT-6. 

Payload Pointers 

When there's a difference in phase or frequency, the pointer value is 
adjusted. To accomplish this, a process known as byte stuffing is used. 
In other words, the SPE payload pointer indicates where In the container 
capacity a VT starts, and the byte stuffing process allows dynamic align- 
ment of the SPE in case it slips In time. 



9 Rows 



90 Columns 



TT 



9 Rows 




Start of STS-1 
SPE y 



STS-1 POH I— I 
Column ^^^^ 




Transport 
Overhead 



125^s 



250 ^s 



► Figure 10. Pointer - SPE position in the STS-1 frame. 
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Positive Stuffing 

When the frame rate of the SPE is too slow in relation to the rate of the 
STS-1 , bits 7, 9, 1 1 , 1 3, and 1 5 of the pointer word are inverted In one 
frame, thus allowing 5-bit majority voting at the receiver (These bits are 
Icnown as the l-bits or Increment bits.) Periodically, when the SPE is 
about one byte off, these bits are inverted, indicating that positive stuff- 
ing must occur. An additional byte is stuffed in, allowing the alignment 
of the container to slip back in time. This is i^nown as positive stuffing, 
and the stuff byte is made up of non-information bits. The actual posi- 
tive stuff byte immediately follows the H3 byte (that is, the stuff byte is 
within the SPE portion). The pointer Is incremented by one In the next 
frame, and the subsequent pointers contain the new value. Simply put, 
if the SPE frame is traveling more slowly than the STS-1 frame, every 
now and then "stuffing" an extra byte in the flow gives the SPE a one- 
byte delay. See Figure 11. 
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HI 


H2 


H3 














HI 


H2 


H3 














HI 


H2 


H3 














HI 


H2 


H3 









J1 



J1 



p + 1 



J1 



J1 



Negative Stuffing 

Conversely, when the frame rate of the SPE frame is too fast In relation 
to the rate of the STS-1 frame, bits 8, 10, 12, 14, and 16 of the pointer 
word are inverted, thus allowing 5-bit majority voting at the receiver. 
(These bits are known as the D-bits, or Decrement bits.) Perlodlcaliy. 
when the SPE frame Is about one byte off, these bits are Inverted, indi- 
cating that negative stuffing must occur. Because the alignment of the 
container advances in time, the envelope capacity must be moved forward. 
Thus, actual data is written in the H3 byte, the negative stuff opportunity 
(within the Overhead); this is known as negative stuffing. 

The pointer is decremented by one in the next frame, and the subse- 
quent pointers contain the new value. Simply put, if the SPE frame is 
traveling more quickly than the STS-1 frame, every now and then pulling 
an extra byte from the flow and stuffing it Into the Overhead capacity 
(the H3 byte) gives the SPE a one-byte advance. In either case, there 
must be at least three frames In which the pointer remains constant 
before another stuffing operation (and therefore a pointer value 
change) can occur. See Figure 12. 

Virtual TVIbutaries 

In addition to the STS-1 base format, SONET also defines 
synchronous formats at sub-STS-1 levels. The STS-1 payioad 
may be subdivided into virtual tributaries, vyhich are synchro- 
nous signals used to transport lower-speed transmissions. 
The sizes of VTs are shown in Table 8. 

In order to accommodate mixes of different VT types within an 
STS-1 SPE. the VTs are grouped together. An STS-1 SPE that is 
carrying Virtual Tributaries is divided into seven VT Groups, with 
each VT Group using 12 columns of the STS-1 SPE; note that 
the number of columns in each of the different VT types - 3, 4, 
6, and 12 - are ail factors of 12. Each VT Group can contain 
only one size (type) of Virtual Tributary, but within an STS-1 
SPE, there can be a mix of the different VT Groups. 



500 elapsed 

Extra bytes allow the SPE to slip back in time. 

A positive stuff byte immediately follows the H3 byte. 

v y 

► Rgure 1 1. Paytoad pointer - positive Justification. 
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For example, an STS-1 SPE may contain four VT1 .5 groups and three 
vre groups, for a total of seven VT Groups. Thus, an SPE can carry a mix 
of any of the seven groups. The groups have no overhead or pointers; 
they're just a my of organizing the different VTs w/ithin an STS-1 SPE. 

Since each of the VT Groups is allocated 1 2 columns of the 
Synchronous Payload Envelope, a VT Group would contain one of 
the following combinations: 

► Four vri .5s (with 3 columns per VT1 .5) < 

► Three VT2s (with 4 columns per VT2) 

► Two VT3s (with 6 columns per VT3) 

► One VT6 (with 1 2 columns per VT6) 

The 1 2 columns in a VT Group are not consecutive within 
the SPE; they're interleaved column by column with respect 
to the other VT groups. As well, column 1 is used for the Path 
Overhead; the two columns of "fixed stuff" are assigned to 
columns 30 and 59. 

The first VT Group, called Group 1 , is found in every seventh 
column, starting with column 2, and skipping columns 30 
and 59. That is, the 1 2 columns for VT Group 1 are columns 
2. 9, 16. 23, 31, 38. 45, 52, 60, 67, 74, and 81. 



Table 


8. Virtual Tributaries 


(VT) 


VTType 


Bit Rate 


Size of VT 


VT1.5 


1.728 Mb/s 


9 rows, 3 column 


VT2 


2.304 Mb/s 


9 rows. 4 columns 


VT3 


3.456 Mb/s 


9 rows. 6 columns 


VT6 


6.912 Mb/s 


9 rows, 12 columns 
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Frame N + 2 
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500 elapsed 

The SPE moves forward in time when a data byte 
has been stuffed into the H3 byte. 

Actual payload data Is written In the H3 bytes. 



► RgutB 1Z Payload pointer - negative justification. 
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Just as the VT Group columns are not placed in consecutive columns in 
an STS-1 SPE, the Virtual Tributary columns within a group are not placed 
In consecutive columns within that group. The columns of the individual 
VTs within the VT Group are interleaved as well. See Figure 13. 

The VT structure is designed for transport and switching of sub-STS-1 
rate payloads. There are four sizes of VTs: VT1 .5 (1 .728 Mb/s). VT2 
(2.304 Mb/s), VT3 (3.456 Mb/s). and VT6 (6.912 Mb/s). In the 87 col- 
umn by 9 row structure of the STS-1 SPE. these VTs occupy columns 3. 
4, 6. and 12, respectively. 



To accommodate a mix of VT sizes efficiently, the VT structured STS-1 
SPE is divided into seven VT groups. Each VT group occupies 12 columns 
of the 87 column STS-1 SPE, and may contain 4 VT1 .5s. 3 VT2s, 
2 VT3s. or 1 VT6. A VT group can contain only one size of VTs; however, 
a different VT size is allowed for each VT group in an STS-1 SPE. See 
Figure 14. 
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► Ftgure 13. SONET tributaries - VT structured STS-1 SPE. 
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► Figure 14. VT structure, VT sizes. 
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STS-1 VT1.5 SPE Columns 

One of the benefits of SONET is that it can carry large payloads (above 
50 Mb/s). However, the existing digital hierarchy can be accommodated 
as well, thus protecting investments In current equipment. To achieve 
this capacity, the STS Synchronous Payload Envelope (SPE) can be 
sub-divided Into smaller components or structures, known as Virtual 
Tributaries (VT) for the purpose of transporting and switching payloads 
smaller than the STS-1 rate. All services below the DS3 rate are trans- 
ported in the VT structure. Figure 15 shows the VT1 .5 structured STS-1 
SPE. Table 9 matches up the VT1 .5 locations and the STS-1 SPE column 
numbers, per the Bellcore GR-253-C0RE standard. 

DS1 Visibility 

Because the multiplexing Is synchronous, the low-speed tributaries 
(input signals) can be multiplexed together but are still visible at higher 
rates. An individual VT containing a DS1 can be extracted without 
demultiplexing the entire STS-1 . This Improved accessibility Improves 
switching and grooming at VT or STS levels. 



In an asynchronous DS3 frame, the DSIs have gone through two levels 
of multiplexing (DS1 to DS2; DS2 to DS3) which include the addition of 
stuffing and framing bits. The DS1 signals are mixed somewhere in the 
information-bit fields and cannot be easily identified without completely 
demultiplexing the entire frame. 

Different synchronizing 



techniques are used for 
multiplexing. In existing 
asynchronous systems, the 
timing for each fiber-optic 
transmission system termi- 
nal is not locked onto a 
common clock. Therefore, 
large frequency variations 
can occur. "Bit stuffing" is a 
technique used to synchro- 
nize the various low-speed 
signals to a common rate 
before multiplexing. 
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► Figure 15. STS-1 VT1.5 SPE Columns. 



Table 9- VT1-S 
Locations matched 
to the STS-1 SPE 
Column Numbers 



VT Group #, VT # 


Column #s 


1,1 


2.31.60 


2,1 


3.32.61 


3,1 


4.33.62 


4,1 


5.34.63 


5,1 


6.35.64 


6,1 


7.36.65 


7.1 


8.37.66 


1.2 


9.38.67 


2.2 


10.39.68 


3,2 


11.40.69 


4.2 


12.41.70 


5.2 


13,42,71 


6.2 


14.43.72 


7.2 


15.44.73 


1,3 


16.45.74 


2.3 


17,46.75 


3.3 


18,47.76 


4,3 


19,48.77 


5,3 


20,49.78 


6,3 


21,50.79 


7,3 


22,51,80 


1,4 


23,52.81 


2,4 


24,53.82 


3.4 


25,54.83 


4,4 


26,55.84 


5,4 


27,56.85 


6,4 


28.57.86 


7.4 


29,58.87 



Column 1 = STS-1 POH 
30 = Rxeti Stuff 
59 = Fixed Stuff 
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VT Superframe and Envelope Capacity 

In addition to the division of VTs into VT groups, a 500-mlcrosecond 
structure called a VT Superframe is defined for each VT. The VT 
Superframe contains the VI and V2 bytes (the VT Payload Pointer), 
and the VT Envelope Capacity, which In turn contains the VT SPE. The 
VT Envelope Capacity, and therefore the size of the VT SPE, is different 
for each VT size. V1 is the first byte In the VT Superframe, while V2 
through V4 appear as the first bytes in the following frames of the 
VT Superframe, regardless of the VT size. See Figure 16. 



VT SPE and Payload Capacity 

Four consecutive 125-microsecond frames of the VT-structured STS-1 
SPE are organized Into a 500-mlcrosecond superframe, the phase of 
which Is Indicated by the H4 (Indicator) byte In the STS POH. 

The VT Payload Pointer provides flexible and dynamic alignment of the 
VT SPE within the VT Envelope Capacity, Independent of other VT SPEs. 
Figure 17 Illustrates the VT SPEs corresponding to the four VT sizes. 
Each VT SPE contains four bytes of VT POH (V5, J2, Z6, and Z7). 
and the remaining bytes constitute the VT Payload Capacity, which is 
different for each VT. 
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► Rgure 16. VT superframe and envelope capacity. 
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► Figure 17, VTSPE and payfoad capacity. 
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